home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001214_hoesel@chem.rug.nl _Sat May 29 14:27:37 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <hoesel@chem.rug.nl>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA25307; Sat, 29 May 93 14:27:37 MET DST
  4. Received: from rugch4.chem.rug.nl by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA23808; Sat, 29 May 1993 14:49:08 +0200
  6. Received: from rugnm6.chem.rug.nl by rugch4.chem.rug.nl with SMTP
  7.     (16.8/16.2) id AA03487; Sat, 29 May 93 14:47:08 +0200
  8. Received: from Xtreme.chem.rug.nl by rugnm6.chem.rug.nl via SMTP (920330.SGI/920922.WK)
  9.     for @rugch4.chem.rug.nl:www-talk@nxoc01.cern.ch id AA17283; Sat, 29 May 93 14:54:20 GMT
  10. Received: by Xtreme (920330.SGI/920502.SGI)
  11.     for @rugch4.chem.rug.nl:www-talk@nxoc01.cern.ch id AA00471; Sat, 29 May 93 14:51:03 +0200
  12. From: hoesel@chem.rug.nl (frans van hoesel)
  13. Message-Id: <9305291251.AA00471@Xtreme>
  14. Subject: Re: Keeping HTML Simple & Format negotiation between Browser & Server
  15. To: www-talk@nxoc01.cern.ch
  16. Date: Sat, 29 May 1993 14:51:02 +0100 (MDT)
  17. In-Reply-To: <9305290121.AA14188@wintermute.ncsa.uiuc.edu> from "Marc Andreessen" at May 28, 93 08:21:18 pm
  18. X-Mailer: ELM [version 2.4 PL5]
  19. Content-Type: text
  20. Content-Length: 2339      
  21.  
  22. Marc wrote:
  23. > 
  24. > Pei Y. Wei writes:
  25. > > However, one could think of lots of other applications where it would 
  26. > > be easier and more appropriate to use area-overlay-buttons. Just look at
  27. > > the numerous HyperCard stackwares that use ``invisible fields'' to
  28. > > implement highly neat effects. This approach, however hard-coded but
  29. > > no more than ``HREF='' is hard-coded, has the benefits of no necessary
  30. > > dependence on a server.
  31. > 
  32. > I agree.
  33. > 
  34.  
  35. So do I (for what it's worth)
  36.  
  37. > > An example of invisible/see-thru buttons overlaying an image -- face.gif
  38. > > is visible, and has two invisible area oriented anchors pointing to 
  39. > > eyes.gif and mouth.gif respectively. Probably unnecessary, but WIDTH & 
  40. > > HEIGHT could be specified to handle scaling. Also, perhaps <FIGA> should
  41. > > simply be <A>. :
  42. > > 
  43. > >     <FIGURE SRC="http://sesame-st.org/whatis/face.gif" TYPE="image/gif"
  44. > >         WIDTH=100 HEIGHT=100>
  45. > >       <FIGA HREF="http://sesame-st.org/whatis/eyes.gif" TYPE="image/gif"
  46. > >         x0=20 y0=10 x1=80 y1=30>
  47. > >       <FIGA HREF="http://sesame-st.org/whatis/mouth.gif" TYPE="image/gif"
  48. > >         x0=40 y0=70 x1=60 y1=80>
  49. > >       <FIGCAP>Spy a face</FIGCAP>
  50. > >     </FIGURE>
  51. > 
  52. > Looks good to me.  Two comments: my gut feeling is that coordinates
  53. > should be in pixel space, and that if the browser scales the image it
  54. > should readjust any transmitted coordinates to match when the user
  55. > actually selects something.  And, I think it should be possible
  56. > to specify more than one rectangle per "FIGA" (e.g...
  57. > 
  58. >        <FIGA HREF="http://sesame-st.org/whatis/mouth.gif" TYPE="image/gif"
  59. >          COORDS="40-60,70-80;90-100,120-130">
  60. > 
  61. > ...or something similar).
  62. > 
  63.  
  64. And if you could add a keyword like TRANSPARENT=0 to specifiy that the
  65. color with index 0 should be transparent I would be even more happy.
  66.  
  67. This would allow very easy creation of a HREF that is *exactly* only to
  68. mouth and not some collection of rectangles!!!!!
  69.  
  70. And it's easy for the server too: only one rectangle (the size of the image)
  71. and it only needs a check for the color, if it is not the transparant color,
  72. then follow the link.
  73.  
  74. It also allows for non-rectangular images inside a document (allthough the
  75. bounding box would be rectangular.
  76.  
  77. Alternatively, one could send a simple b/w image to specify the
  78. mouth *exactly* and don't use transparant at all
  79.  
  80. - frans
  81.  
  82.  
  83.